JPEXS Free Flash Decompiler Issue Tracker

If you are looking for the decompiler itself, visit https://github.com/jindrapetrik/jpexs-decompiler

NEW : We have got a new blog where we post some interesting SWF internals info.

Error: Please login first to download files from the Issue Tracker. You can register for free.
List of issuesList of issues

#2475 poor svg support
Author:
Date created:
Type: bug
Visibility: Everybody
Assigned to:
Labels: ImportSVG
State: upgraded Help

> What steps will reproduce the problem? use any (SVG) shape with gradient > What is the expected output? What do you see instead? proper gradient (not a single color or lack of them at all) > What version of the product are you using? Is it "nightly build"? Which operating system do you have? the latest stable build avaliable as of 23/06/25 win 11 > Please provide any additional information below. If the problem is related to a SWF file, attach it here, otherwise we can't help you. (wording my issue with a proper human language): when i import any svg shapes that use gradient i either have a solid color (that's how i discovered it) or no color at all (discovered when making sure that it appears everywhere) 1st img: original shape & color ffdec 2nd img: original shape & color figma
how do i delete/edit it? i accidentally sent it b4 putting all of the screenshots actually i'll add it there when not edited it imports perfectly well 3rd img: new shape & original color figma 4th img: original shape & new color figma + another (a lot more different) test shape 5th img: any (insignificat) change ffdec 6th img: major change ffdec 7th img: discovery moment (basically colored and rebuilt from the ground up) 8th img: desired look
Please attach the SWF file and the SVG file you are trying to import and which "fails". There are also lot of screenshots, I did not figure out which is "expected look" and which "actual look". Please next time rename your screenshot files ("1_expected.png", "1_actual.png", "2_expected.png" ...), I have problems distinguish which is "5th".
They're sent in a chronological order internationaly Next time however i will name my screenshots properly here's the swf itself (with the unedited shape) and my svg file
Download3160 original.svg (14 KiB)Downloadcec2dr.swf (6,558 KiB)
damn wrong file so sorry
Download3111.svg (104 KiB)
This is fixed in nightly 3214. The problem was in gradients stop element offset attribute, where FFDec did not correctly handle empty value (missing the attribute should be equal to 0).
State: new→upgraded
Thanks for the quick response! Not a guy with technical knowledge regarding flash but how did these empty values appear? Or is that way too off topic and should be stopped being discussed here?
Well its in SVG attributes: Each gradient has <stop> tags which define colours of the gradient and their position on scale 0 to 1. The position is marked with attribute "offset". It has default value of "0" if it is not set - and this FFDe did not handle correctly. The fragment from your SVG file: <radialGradient id="paint1_radial_2218_485-9" cx="0" cy="0" r="1" gradientUnits="userSpaceOnUse" gradientTransform="matrix(52.9751,0,0,16.3731,75.814464,60.753157)"> <stop stop-color="#E9B819" id="stop423-1" /> <!-- does not have offset attribute - should be assumed 0 = at the start --> <stop offset="1" stop-color="#E31026" id="stop425-9" /> <!-- has offset 1 = the color is at the end --> </radialGradient> FFDec just thrown an exception with missing offset attribute and produced empty fill. It's fixed now.